home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 890 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.7 KB
  1. From: Julian Reschke <reschke@GOEDEL.UNI-MUENSTER.DE>
  2. Subject: Re: dreaddir/fxattr
  3. Date: Wed, 19 Jan 94 14:58:41 MET DST
  4. In-Reply-To: <9401191138.AA11388@issan.informatik.uni-dortmund.de>; from "Andreas Schwab" at Jan 19, 94 12:38 pm
  5.  
  6. > 
  7. > Julian Reschke <reschke@GOEDEL.UNI-MUENSTER.DE> writes:
  8. > 
  9. > |> Below is a first draft:
  10. > |> Proposal for a combined call for Dreaddir/Fxattr:
  11. > 
  12. > |> LONG Dreadattr( WORD len, LONG dirhandle, char *buf, WORD lflag, XATTR *xattr);
  13. > 
  14. > |> len, dirhandle and buf are just like in Dreaddir. lflag and xattr
  15. > |> are the standard parameters for Fxattr.
  16. > 
  17. > I don't think this is needed. Look at the latest version of GNU find.
  18. > It makes many optimizations regarding the need to stat() a file.
  19. > E.g., when running on a directory with no subdirectories, and you only
  20. > need the names of the files, it doesn't make any stat() calls. Such
  21.  
  22. There are a lot of cases when you can't do that information. find -printf,
  23. du, desktops displaying file windows and so on.
  24.  
  25. > optimizations will give you more than a new system call, which is also
  26. > difficult to bind into the existing dirent interface. (Of course, the
  27. > optimizations are only possible on MinixFS, where you have real link
  28. > counts for directories.)
  29.  
  30. The new system call can be implemented as frontend for the other two
  31. calls. And it adds the possibility to optimize it in a future TOS.XFS.
  32.  
  33. > 
  34. > If you can fix it by software, why changing the kernel? :)
  35.  
  36. That's the whole issue: it's ths OS interface which is needlessly slow
  37. and complicated.
  38.  
  39. -- 
  40. ---------------------------------------------------
  41. Julian F. Reschke, Hensenstr. 142, D-48161 Muenster
  42.  eMail: reschke@math.uni-muenster.de jr@ms.maus.de
  43. ___________________________________________________
  44.